[Problème] Problème de mise à jour pour certaines extensions chez OVH

[herve]

Bonjour,
En cliquant sur le bouton de recherche de mise à jour, j'obtiens des messages d'erreur sur certains composants. D'autres sont bien mis à jour.
Plusieurs auteurs contactés n'ont trouvés (ou ne veulent pas passer du temps la dessus!)
Cela fonctionne sur une install chez ikoula avec php 7.0.32 mais pas chez ovh

7.1.22/fpm-fcgi
Ovh ne m'a/veut pas trouvé non plus de solution.
Les 2 sites sont passés par toutes les maj de 3.8 et maintenant 3.9.
Pas d'autre msg d'erreurs
Rien de grave, si ce n'est que je dois vérifier périodiquement que toutes mes extensions n'ont pas de maj.
Si vous aviez des pistes pour résoudre ce bug ??
Merci d'avance

Mise à jour : Impossible d'ouvrir le site de mise à jour avec l'ID 59, "Easy Profile", URL : https://www.easy-profile.com/update....=extension.xml

Mise à jour : Impossible d'ouvrir le site de mise à jour avec l'ID 60, "Easy Profile", URL : https://www.easy-profile.com/update....=extension.xml

Mise à jour::Extension : impossible d'analyser https://www.jlexart.com/fn/connect/c.../extension.xml

Mise à jour : Impossible d'ouvrir le site de mise à jour avec l'ID 70, "Easy Profile", URL : https://www.easy-profile.com/update....=extension.xml

Mise à jour : Impossible d'ouvrir le site de mise à jour avec l'ID 75, "Easy Profile", URL : https://www.easy-profile.com/update....=extension.xml

Mise à jour : Impossible d'ouvrir le site de mise à jour avec l'ID 80, "Prism Library", URL : http://cdn.itprism.com/updates/prism-library.xml

Mise à jour : Impossible d'ouvrir le site de mise à jour avec l'ID 81, "ITPMeta Package", URL : http://cdn.itprism.com/updates/itpmeta/package.xml

[pmleconte]

Bonjour,

Problème assez commun chez OVH : voir, entre autre, https://forum.joomla.fr/forum/joomla...le-directement

J'ai eu ce souci avec un client où mon serveur de mises à jour en https ne fonctionnait pas et j'ai dû faire un serveur secondaire http pour que cela fonctionne.

Pascal

[herve]

Bonsoir
Je n'ai pas compris la réponse sur le serveur secondaire. Cela veut dire que tu est parti de chez OVH
En tout les cas, merci pour le lien, je vais recontacter OVH, ne leur mentionnant car je trouve qu'il donne un handicap à Joomla s'il ne font rien si on est plusieurs.
Pas eu de soucis pour maj avec autre cms bien connu
@+

[pmleconte]

Bonsoir,

Le problème survenait chez un client hébergé chez OVH, chaque fois que je mettais à jour mes extensions (à partir d'un hébergement Gandi en https). J'ai donc créé un serveur non https pour pouvoir faire les mises à jour chez mes clients OVH.

Je viens de retrouver une vieille discussion que j'avais eu sur ce sujet : https://forum.joomla.fr/forum/joomla...rtains-modules

Il est question de SSL version incorrecte chez OVH.

Pascal

[Helloo]

Bonjour, je suis nouveau dans le forum.

Je reçois aussi les messages d’alerte suivant, sur un subDomain :

Alerte
Mise à jour : Impossible d'ouvrir le site de mise à jour avec l'ID…


Sous « Site de mises à jour » tous les sites sont activé.

J’ai pris contact avec mon hébergeur et ils disent qu’il faut chercher le problème chez Joomla.


@pmleconte, j'ai bien visité l'ancienne discussion selon votre lien, mais je ne comprends pas ce que vous voulez dire avec (un 2ème serveur), je ne suis pas un pro...

Ou alors, si le problème est chez mon hébergeur, comment puis-je leurs expliquer, quel réglage ?

Je serai donc très content pour une réponse.

----------------------
Joomla version 3.9 | php 7.1


EDITER: selon info joomla j'ai « SSL version OpenSSL/1.0.2k »

[pmleconte]

Bonjour Helloo,

Pour résoudre le problème https d'OVH, j'ai créé un serveur en https de mise à jour ainsi qu'un 2ème serveur en http. Donc, si le 1er ne passe pas, le 2éme doit passer.

Dans mes extensions, j'ai

    <updateservers>
    <server type="extension" name="mon extension" priority="1">https://<monserveur en https>/updates/<mon extension>_update.xml</server>
    <server type="extension" name="mon extension" priority="2">http://<mon serveur en http/updates/<mon extension>_update.xml</server>
    </updateservers>

Concernant les mises à jour des extensions, il faut vérifier avec le fournisseur du composant. Son site est peut-être saturé par des spammeurs fous ou, plus simplement, son site n'existe peut-être plus.

Pascal

[Helloo]

Bonjour pmleconte,

Merci pour la réponse.

Toutes les mises à jour des extensions qui ne fonctionne pas, fonctionne correctement sur un autre hébergeur, qui est lui aussi en ssl. Donc le problème ne peux pas se trouver chez le fournisseur du composant.

Je ne comprends toujours pas la marche à suivre concernant la création d’un deuxième serveur.

Bonne journée

[woluweb]

Pour info, j'ai régulièrement le problème, uniquement chez ovh sur certaines de leurs anciennes formules (genre 60GP, start, ...).
Que ce soit pour les màj Joomla ou pour les extensions, j'obtiens un timeout.
Puis parfois le mois d'après ça marche... mais ça bloque sur d'autres serveurs OVH.

Bref, un côté aléatoire assez excitant

[Helloo]

Bonjour woluweb et merci pour votre message.

Moi je suis chez Novatrend avec l’hébergement Premium (novatrend.ch), je pense que ça devrait tenir bon pour un site joomla.

Je vais recontacter mon hébergeur…

[Helloo]

Bonjour !

Voilà, mon hébergeur à transféré le tout, sur un tout nouveau serveur cet après-midi et tout fonctionne correctement. Toutes les mises à jour des composants sans message d’erreur.

Je vous remercie pour votre aide, car vous m’avez fait comprendre que le problème se trouvait du côté de mon hébergeur.

Bonne soirée

[herve]

Bonsoir

Pour info, j'ai régulièrement le problème, uniquement chez ovh sur certaines de leurs anciennes formules (genre 60GP, start, ...).
Que ce soit pour les màj Joomla ou pour les extensions, j'obtiens un timeout.
Puis parfois le mois d'après ça marche... mais ça bloque sur d'autres serveurs OVH.

Bref, un côté aléatoire assez excitant

Ben moi je ne trouve pas cela excitant d'autant que si nous sommes plusieurs ,celà devient un problème pour la communauté joomla.
Je reviens vers vous après avoir reçu il y a quelques jours (après près de 15 jours d'attente ). voir le message hyper standard à la fin

Je propose une action collective. Si cela remonté par le CA de l'AFUL se serait encore plus percutant bien sûr

voici le canevas que je vous propose d'adapter et d'envoyer au support OVH

..
J'entends mais cela me gêne profondément. Nous nous attendons à un service de qualité en faisant hébergé un site Joomla chez OVH.
L'impossibilité de faire (ou même de savoir) la mise à jour d'extensions avec le CMS Joomla pose plusieurs problèmes

1/ vous pénalisez le CMS Joomla en laissant croire à des personnes novices que Joomla n'est pas bien conçu.
2/ des personnes moins vigilantes peuvent oublier de faire des mises à jour quand celle-ci n'apparaissent pas dans le panneau. Ceci peut-être d'autant plus grave qu'elle peut inclure des mises à jour de sécurité (et là votre responsabilité serait plus grande encore) .

Plusieurs auteurs d'extensions m'ont informés qu'à priori le problème venaient de votre environnement php
Comme mentionné précédemment nous sommes plusieurs webmasters concernés et personnellement j'ai des sites joomla chez plusieurs autres hébergeurs avec les mêmes versions qui n'ont pas ce problème.
Je vous demande instamment de vérifier avec un site de test de joomla que votre environnement n'empêche pas les alertes de mises à jour des composants que je peux vous lister

Si vous n'avez pas la possibilité de répondre à cette demande, merci d'en avertir votre hiérarchie. Je me tiens à sa disposition.
Si vous ne preniez pas en compte cette demande, j'envisagerai sérieusement à basculer plusieurs comptes en communiquant plus largement sur votre réponse.

Cordialement

Bonjour ..

Je vous prie de nous excuser pour la réponse tardive.
Je suis au regret de vous annoncer que votre demande dépasse le périmètre d’intervention de notre Service Support.
J'aurais aimé mieux vous aider, et vous invite à consulter notre site Internet sur lequel vous retrouverez l’ensemble de nos guides techniques pour vous aider à configurer vos services, ainsi que nos FAQ qui répondent aux questions les plus fréquentes :

FAQ domaines,
FAQ hébergements,
FAQ Exchange,
FAQ Office 365

....

Je reste à votre disposition pour toute demande complémentaire.
Cordialement,

[woluweb]

J ai déjà passé des JOURS en équivalent temps plein à échanger avec le 'support' d'OVH. Pour rien.
Maintenant, perso, j'ai trouvé une solution plus efficace : j'ai changé d'hébergeur :-D
(perso j'ai découvert P___________ pcq ils étaient sponsors du dernier JoomlaDay Paris. Hé bien j'ai une super expérience avec eux :-) )

[cavo789]

Bonsoir

Je propose une action collective. Si cela remonté par le CA de l'AFUL se serait encore plus percutant bien sûr

Ceci n'étant pas du tout dans la mission de l'association, désolé, mais il n'y aura pas de suite à cette proposition.

Bonne soirée.

[herve]

Bonjour
@woluweb
Effectivement j'envisage la même chose. Le support devient en plus très limité et très lent mis vooilà i lfaut que je bascule plusieurs comptes multi-sites perf.
encore plein de boulot alors que l'on est plusieurs dans le même cas
@cavo789
As tu bien lu mon message ? ne comprends tu pas que pour l'immense majorité des utilisateurs de joomla (et dont beaucoup sont sur OVH et ne passent pas par ici), la responsabilité sera reporté sur Joomla en comparaison la grande facilité du concurrent principal wp. .
Pour infos, il y a qq années j'étais intervenus pour faire modifier des pages ou ils ne parlaient que de wp et le gars avaient compris et fait remontés l'info pour citer Joomla.
Je pense qu'il y a des petits pas à faire qui peuvent avoir beaucoup d'impacts dès qu'ils sont ciblés sur des prescripteurs quel qu'il soit (journaliste, blogueur, hébergeur, organismes de formations). Vous avez selon moins une certaine responsabilité sur l'image de marque de Joomla et qui peuvent rentrer dans les rôles de l'asso
Bonne journée
@+

[cavo789]

Bonjour
@woluweb
Effectivement j'envisage la même chose. Le support devient en plus très limité et très lent mis vooilà i lfaut que je bascule plusieurs comptes multi-sites perf.
encore plein de boulot alors que l'on est plusieurs dans le même cas
@cavo789
As tu bien lu mon message ? ne comprends tu pas que pour l'immense majorité des utilisateurs de joomla (et dont beaucoup sont sur OVH et ne passent pas par ici), la responsabilité sera reporté sur Joomla en comparaison la grande facilité du concurrent principal wp. .
Pour infos, il y a qq années j'étais intervenus pour faire modifier des pages ou ils ne parlaient que de wp et le gars avaient compris et fait remontés l'info pour citer Joomla.
Je pense qu'il y a des petits pas à faire qui peuvent avoir beaucoup d'impacts dès qu'ils sont ciblés sur des prescripteurs quel qu'il soit (journaliste, blogueur, hébergeur, organismes de formations). Vous avez selon moins une certaine responsabilité sur l'image de marque de Joomla et qui peuvent rentrer dans les rôles de l'asso
Bonne journée
@+

Oui j'ai bien compris et je ne fais que te dire que la mission de l'association n'est pas de batailler avec un hébergeur.